home *** CD-ROM | disk | FTP | other *** search
/ Software Vault: The Gold Collection / Software Vault - The Gold Collection (American Databankers) (1993).ISO / cdr28 / ezmenu.zip / LANINFO.DOC < prev    next >
Text File  |  1993-03-01  |  14KB  |  277 lines
  1.  
  2.  NOTE:  The LAN STANDARD Version demo disk will also run in a single-user
  3.         environment.  If you are not running as a node in a network, you can
  4.         still fully-evaluate the product's features and functionality.
  5.                                                                                 EZ-MENU LAN STANDARD Version 1.3
  6.  
  7.  INSTALLATION AND SETUP NOTES
  8.  ============================
  9.  
  10. The EZ-MENU standard LAN version functions almost exactly as the
  11. single-user version of the product, but is designed to operate in
  12. a network environment, centrally-located on the file server.
  13.  
  14. The significant difference between operating EZ-MENU in shared
  15. mode, and its use on a single PC is that in a network
  16. environment, special files will need to be written to a unique
  17. area of the hard drive for each user.  Since EZ-MENU is not
  18. memory resident, the program uses batch files to take the user
  19. into and out-of applications.  While understanding how this works
  20. is NOT a requirement, it will be discussed at the end of this
  21. document (for people that want to make modifications or special
  22. installations).
  23.  
  24. Any DOS network that supports mapped drives, or contains nodes
  25. that have a common local storage device can run EZ-MENU in shared
  26. mode.  The only additional bit of information the program needs
  27. is a drive and/or path which identifies where these user-specific
  28. batch files will be created. This drive/path is specified in
  29. option "E" in EZ-MENU's configuration.  By default this field is
  30. blank so in order for things to work properly, this option must
  31. be set before you plan on having multiple users run EZ-MENU
  32. simultaneously.  This file specification, called the "LAN/User
  33. work directory" should point to either:
  34.  
  35.  1.  A mapped drive letter that is global on the network, but is
  36.      unique for each user.  For example, perhaps in your network
  37.      you have a common drive M: which corresponds to a unique
  38.      area of the hard drive on the file server based on the node
  39.      or user who is logged in.  Specify this drive in option "E"
  40.      in EZ-MENU's configuration.
  41.  
  42.  2.  A local, accessible hard drive on every node.  If all of the
  43.      nodes that are going to use EZ-MENU have a local drive,
  44.      specify this drive letter in option "E" in EZ-MENU's
  45.      configuration.
  46.  
  47. NOTE:     EZ-MENU's standard LAN version only supports one global
  48.           drive or path.  The upcoming enhanced LAN version will
  49.           offer user-configurable paths and a host of additional
  50.           options which will be definable by user and/or node.
  51.  
  52. Installation of the EZ-MENU LAN version is simple and painless.
  53. The software can be installed onto the file server from any node. 
  54. Since, scenarios vary greatly from LAN to LAN, the system
  55. administrator should determine how EZ-MENU is invoked and make
  56. appropriate modifications to a user's login script.
  57.  
  58. NOTE:     In addition to having EZ-MENU run centrally-located on
  59.           the file server, companies can also opt (if desired) to
  60.           make multiple copies of the EZ-MENU LAN Standard
  61.           version and run each locally on any node which is
  62.           connected to the file server.  The section in the
  63.           EZ-MENU documentation entitled "Installing EZ-MENU in a
  64.           LAN environment" covers this type of installation,
  65.           which is perfectly legal, provided you have a valid
  66.           license for the LAN version.
  67.  
  68.  SPECIAL NOTES FOR NOVELL USERS
  69.  ==============================
  70.  
  71. For installation of EZ-MENU into a Novell Network, several
  72. additional items need to be addressed.  Assuming that Novell's
  73. menu system is still installed on the file-server, you may need
  74. to rename EZ-MENU's default main menu file from MAIN.MNU to
  75. something like EZMAIN.MNU.  The reason for this is that you will
  76. get an error message when trying to add items to the menu, if
  77. Novell searches and finds its own MAIN.MNU file (which is set as
  78. read-only).
  79.  
  80. Likewise, it is recommended that the start-up command be changed
  81. from MENU.BAT to something like EZ.BAT - to avoid conflicts with
  82. Novell's menu system.  We recommend that in the server's login
  83. script you set the following drive search and map parameters:
  84.  
  85.  MAP ROOT U:=SYS:WORK\%LOGIN_NAME       
  86.  
  87.      This is a sample command which MAPs a directory for each
  88.      user as drive U: in the subdirectory from the file server's
  89.      root as: \WORK\<username>    The actual sub-directory name
  90.      corresponds to the  user name.  NOTE: if the username is
  91.      longer than 8 characters, you will have to manually create a
  92.      MAP command in the user's individual script file.
  93.  
  94.  MAP ROOT K:=SYS:APPS
  95.  
  96.      This is showing that in this example, all of our
  97.      applications are stored on the server in a subdirectory
  98.      called \APPS, which will be referenced as drive K:.  EZ-MENU
  99.      will be installed in this area under the \EZMENU sub-
  100.      directory.
  101.  
  102. Novell Installation Instructions (continued)
  103.  
  104.  
  105.  MAP ROOT S1:=K:\EZMENU
  106.  
  107.      It is recommended that you put EZ-MENU's path as one of the
  108.      first search directories in the system login script - this
  109.      will avoid problems & conflicts with existing files.
  110.  
  111. In each user's individual login script, you should have the last
  112. command be:
  113.  
  114.        EXIT "EZ 0"
  115.  
  116. (assuming that the start-up command for EZ-MENU was changed to
  117. EZ.BAT).
  118.  
  119. Please note that the above are only examples.  In your particular
  120. network, the drive/subdir assignments might be completely
  121. different - so make changes as appropriate.  There are almost
  122. infinite possibilities as to how EZ-MENU can be set up under
  123. Novell, and there are also unusual quirks in the system that have
  124. to do with the way Novell handles things - which sometimes make
  125. it appear to be a problem with EZ-MENU.  If you are running a
  126. node with a local hard drive and like to work both on and off the
  127. network, you can also have EZ-MENU installed locally.  We have
  128. found that the easiest way to work this is to put the local
  129. EZ-MENU's path in the server's login script also.  In such a
  130. case, the start-up command should be different from the one
  131. corresponding to the server-installed copy of EZ-MENU.  Under
  132. this scenario, you could type "EZ" to run the LAN EZ-MENU and
  133. something like "EZL" to run the local version of EZ-MENU.  Of
  134. course, you are free to have menus on either copy invoke
  135. applications locally or on the file-server.
  136.  
  137. SPECIAL NOTE:  After the mapped drives are in effect, you should
  138.                RECONFIGURE EZ-MENU and make sure its default path
  139.                and drive are correct, along with option "E" (the
  140.                user work directory), the program start-up
  141.                command, and anything else that might be of
  142.                interest.
  143.  
  144. FEATURE:   If you set the BOTTOM SCREEN MESSAGE option in EZ-MENU's
  145.            configuration to say USERNAME (in all caps), then the
  146.            Novell username will appear at the bottom of the menu.
  147.  
  148.  SPECIAL CONSIDERATIONS FOR OTHER NETWORK ENVIRONMENTS
  149.  
  150.  The latest version of EZ-MENU LAN Standard (1.3a) adds additional code
  151.  to cover a wide variety of types of file access.  If you are running
  152.  Novell, this won't be a concern, but other environments such as PathWorks
  153.  directly modify file attributes to indicate when a user has appropriate
  154.  access to a file.  As a result, previous versions of EZ-MENU LS reported
  155.  problems when trying to access a file that was set as read-only.  These
  156.  problems have no been corrected.  This problem would also surface under
  157.  standard DOS, if for example, the MAIN.MNU file was toggled as read-only.
  158.  The system will now avoid any fatal error messages when trying to access
  159.  a file that has restrictions set in its attributes.
  160.  
  161.  If you are using a LAN operating system that directly modifies standard
  162.  file attributes, and plan on having your users have READ-ONLY access to
  163.  EZ-MENU's directly, make sure you DISABLE the TIME-STAMPING option
  164.  (which is option "Q" in configuration).  With this option set to NO,
  165.  EZ-MENU will avoid writing to the menu file (to stamp the date and time
  166.  a menu item was last executed).  If in such a scenario you elect to leave
  167.  time-stamping set to YES, you will get a "File Access Error" message when
  168.  selecting any option from a menu whose file is set at read-only.  The system
  169.  will continue to operate properly, but you will not be able to modify the
  170.  menu items in any way.  By disabling the time-stamping option, you can
  171.  avoid this potentially annoying message from displaying during normal
  172.  operation.
  173.  
  174.  ** If you are evaluating a DEMO VERSION of EZ-MENU LAN STANDARD, you might
  175.     have version 1.3 and not 1.3a.  If you have problems similar to those
  176.     described above, you will want to get a copy of the latest release of
  177.     EZ-MENU LAN STANDARD.
  178.  
  179.  
  180.  RUNNING MAKEMNU IN A NETWORK ENVIRONMENT
  181.  ========================================
  182.  
  183. We advise against running MAKEMNU on a LAN and specifying the "+"
  184. option to search all drives.  MAKEMNU cannot tell the difference
  185. between drives that are mapped, and actual physically-addressed
  186. drives.  What will happen in this circumstance quite often, will
  187. result in applications being found several times and having
  188. multiple entries on each menu for the same program. In our
  189. example above, we defined drive K: as the global application
  190. drive. Under this scenario, we would run the MAKEMNU program
  191. once, specifying drive K: as the search drive, and then another
  192. time specifying the file- server root (which should also be
  193. mapped - i.e. MAP J:=SYS: ) which in our case is defined as drive
  194. J:.  Running MAKEMNU on the root drive of the file server will
  195. allow the recognition of all of Novell's utility programs - and
  196. the subsequent building of a separate Novell menu.
  197.  
  198.  MENU STRUCTURES:
  199.  ================
  200.  
  201.  EZ-MENU will support a virtually unlimited number of menus and
  202. nested submenus.  These menus are each stored in an individual
  203. file with an extension of .MNU and can be located on any
  204. accessible drive/subdirectory. The system is quite flexible in
  205. being able to offer a variety of options on how menus are
  206. structured.  The EZ-MENU standard LAN version does not support
  207. any special security or menu options configurable by USER, BUT
  208. this desire can be addressed by a little bit of resourcefulness
  209. on the part of the person setting up the menus.  If a standard
  210. sequence of global menus is desirable, the basic system will work
  211. without any special set-ups.  If you have applications that
  212. require restricted access, simply assign a password to the
  213. appropriate menu choice.  Such applications can also be put in a
  214. separate menu and the menu item which calls up the appropriate
  215. submenu can be assigned a password to protect access to the
  216. entire group of applications.
  217.  
  218. If you would like to have different menus for each user, there IS
  219. a simple way to implement such an arrangement.  Instead of the
  220. main menu having applications (or lists of submenus such as "Word
  221. Processing", etc.), you can set up the main menu to display a
  222. list of user names.  Each one of these entries can be password
  223. protected and defined to go to a submenu.  In this manner, each
  224. user can have his own unique set of menus.  Some of the menus
  225.  can be common among users, or they can be unique - it all
  226. depends on how things are set up.
  227.  
  228.  
  229.  HOW EZ-EZMENU WORKS
  230.  ===================
  231.  
  232. This section describes how EZ-MENU invokes applications using
  233. batch files.  If you are having problems getting the system to
  234. work, or would like to experiment with special types of
  235. installations & set-ups, this section is worth reading.
  236.  
  237. EZ-MENU invokes applications by creating a series of batch files
  238. which contain the commands necessary to invoke the selected
  239. application.  These batch files also contain the commands to
  240. bring the menu back up after the selection application is
  241. terminated.  Here is the batch file structure:
  242.  
  243.  MENU.BAT      the main batch file, which invokes EZMENU.EXE;
  244.                this is the batch file that should be executed in
  245.                order to run EZ-MENU.  After EZ-MENU terminates,
  246.                this file calls another batch file called
  247.                ONE_MOME.BAT.
  248.  ONE_MOME.BAT  this file is created/overwritten each time an
  249.                application is selected from the menu (or a user
  250.                exits EZ-MENU).  In most cases, this batch file
  251.                calls another batch file: USER0.BAT.
  252.  USER0.BAT     this file is created/overwritten each time an
  253.                application is selected from the menu (or a user
  254.                exits EZ-MENU).  This file contains the commands
  255.                which will take the user into the application
  256.                selected from the menu, after these commands in
  257.                the file, there are additional commands which
  258.                switch the current drive and subdirectory to where
  259.                EZ-MENU is installed and run MENU.BAT - and the
  260.                whole process is repeated.
  261.   .
  262.  <selected application is run>
  263.   .
  264.   ...execution goes back to MENU.BAT
  265.  
  266. The batch files specified above should all be designated
  267. shareable read/write access.  There should only be one copy of
  268. MENU.BAT, located in EZ-MENU's home drive/subdirectory.  The
  269. ONE_MOME.BAT and USER0.BAT files will be written to whatever path
  270. is specified in option "E" in EZ-MENU's configuration.  If this
  271. path is blank, the files will be written in EZ-MENU's
  272. subdirectory.  If option "E" is left blank, you will encounter
  273. problems (users will not return to EZ-MENU when they exit their
  274. applications and you might also get an error message indicating
  275. the system tried to overwrite a file that was open and in use by
  276. another user.)
  277.